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Discussion of Objections to the Drawings 

In the Office Action, the Examiner objected to the drawings for failing to comply with 37 
C.F.R. § 1.84(p)(5) because Figure 1A did not include the following reference signs that were 
mentioned on page 9, lines 3-28: 100, 110, 120 and 130. Applicant respectfully submits that 
these reference signs are found in Figure IB. Applicant notes that the specification erroneously 
referred to Figure la, not Figure IB, and this has been corrected by the above-amendments. In 
light of this amendment, Applicant respectfully requests withdrawal of this rejection. 

Discussion of the Claim Rejections Under 35 U.S.C. § 102 (e) 

In the Office Action, the Examiner rejected Claims 1-19 under 35 U.S.C. § 102(e) as 
being anticipated by U.S. Patent No. 6,243,725 to Hempleman. 

Claims 1,9, 13, 17, and 19 

In one embodiment, a metadata editor is provided so that a user can edit the types of 
metadata that is associated with a content file, e.g., an audio or video file. In response to these 
edits, the system is able to dynamically change the display structures that are associated with 
viewing such metadata. With respect to an embodiment of the invention in an electronic 
jukebox, a user can select a "category" property set. The category can correspond to a particular 
music genre, such as rock, classical, or jazz. In one embodiment, the category sets include a 
number of data fields that provide metadata for music items that are associated with the genre. A 
user can configure the number, the type of, and the content of the data fields. Furthermore, the 
user can modify certain display sets that are associated with the category property set. The 
content of the display sets are displayed to a user upon a user request. For example, a user may 
want to add a data field with respect to a particular category of music. If the user enjoys rock 
music, the user can add a data field to store the name of the drummer for his rock audio files. 
The drummer's name is automatically displayed when the user requests to see the data relating to 
his songs that are associated with the "rock" category. 

Applicant respectfully submits that Hempleman fails to teach or suggest with respect to 
Claim 1 "selecting a set of fields of metadata; selecting a category property set from a plurality of 
category property sets, wherein each of the category property sets defines the data fields for a 
selected category of content files; designating at least a portion of the set of fields of metadata as 
being related to the category property set so as to create a set of property set fields; selecting a 
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first display set; designating at least a portion of the set of category property set fields as being 
related to the first display set so as to create a set of first display set fields; selecting a second 
display set; designating, at least a portion of the set of category property set fields as being 
related to the second display set so as to create a set of second display set fields; and in response 
to selecting the category property set, displaying at least a portion of the first and second display 
set fields." Claim 9 recites: "in response to a user request, creating a category property set, 
wherein each of the category property sets defines the data fields for a selected category of 
content files; selecting a set of metadata fields related to the category property set; creating a set 
of display groupings; grouping the selected set of metadata fields into at least one of the display 
groupings to form metadata field groupings." Independent Claim 13 recites, among other 
limitations: "dynamically displaying the set of metadata data in a display window in a graphical 
user interface wherein the set of metadata data is organized into category sets and display 
window groups." Independent Claim 17, as amended, recites among other limitations: "a 
graphical user interface display module configured to display subsets of the metadata wherein the 
subsets of metadata are organized by display groups, and wherein the types of fields in the 
display groups are configurable by a user." Independent Claim 19 recites similar limitations. 

Applicant respectfully submits that a claim is anticipated only if each and every element 
as set forth in the claim is found, either expressly or inherently described in a single prior art 
reference. See M.P.E.P. 2131. Applicant respectfully submits that Hempleman fails to teach or 
suggest the above limitations. Hempleman describes a system for managing music, wherein the 
user can create playlists, edit the content of predefined data structures describing the music, and 
play the music. On col. 8, lines 25-37, Hempleman describes a data structure that is used to 
store certain information regarding the user's music. The data structure includes a number of 
tables, each of which contain a number of fields. For example, Hempleman includes a Track 
table that include a CD Number field, a Track field, an Artist Code field, a Type Code Field, a 
Track Title field, a Track Time Field, an File Name field, and a Beats Field. Furthermore, the 
data structure includes a Type field for storing the type of a particular music track. 

Hempleman does not teach or suggest that the types of fields that are stored and displayed 
may be different depending on the selected category. For example, Hempleman does not teach 
that the types of metadata associated with "rock" audio files could be modified to be different 
than the types of metadata that is associated with "classical" audio files. Thus, Applicant 
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respectfully submits that Hempleman fails to describe configurable "display sets" or "display 
groups" as is recited in independent Claims 1, 9, 11, 13, 17, and 19. Since at least the above- 
limitations are not taught or suggested by Hempleman, Applicant respectfully submits that these 
claims are in condition for allowance. 



Since Claims 2-8, 10-12, 14-16, and 18 each depend on of Claims 1, 9, 13, and 17, 
Applicant respectfully submits that these claims are allowable for the reasons previously 
discussed. 



Applicant has endeavored to address all of the Examiner's concerns as expressed in the 
outstanding Office Action. Accordingly, amendments to the claims for patentability purposes, 
the reasons therefore, and arguments in support of the patentability of the pending claim set are 
presented above. Any claim amendments which are not specifically discussed in the above 
remarks are not made for patentability purposes, and the claims would satisfy the statutory 
requirements for patentability without the entry of such amendments. In addition, such 
amendments do not narrow the scope of the claims. Rather, these amendments have only been 
made to increase claim readability, to improve grammar, and to reduce the time and effort 
required of those in the art to clearly understand the scope of the claim language. In light of the 
above amendments and remarks, reconsideration and withdrawal of the outstanding rejections is 
specifically requested. If the Examiner has any questions which may be answered by telephone, 
he is invited to call the undersigned directly. 



Claims 2-8. 10-12, 14-16 and 18 



Summary 



Respectfully submitted, 



KNOBBE, MARTENS, OLSON & BEAR, LLP 




By: 




Eric M. Nelson 
Registration No. 43,829 
Attorney of Record 
Customer No. 20,995 
(619)235-8550 
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VERSION WITH MARKINGS TO SHOW CHANGES MADE 

IN THE SPECIFICATION : 

Please replace the paragraph beginning on line 3 of page 9 with the following rewritten 
paragraph: 

In Figure 4- _1A, a metadata track display 100 includes three windows, an available 
category grouping window 1 10, a command window 120, and a track information 
window 130 which includes sample metadata for the track "Alison." 
IN THE CLAIMS: 

1 . (Amended) A method for organizing and grouping metadata for display, the method 
comprising: 

selecting a set of fields of metadata; 

selecting a category property set from a plurality of category property sets, wherein each 
of the category property sets defines the data fields for a selected category of content files ; 

designating d e signat e d at least a portion of the set of fields of metadata as being related to 
the category property set so as to create a set of property set fields; 

selecting a first display set; 

designating at least a portion of the set of category property set fields as being related to 
the first display set so as to create a set of first display set fields; 
selecting a second display set; aad 

designating^ at least a portion of the set of category property set fields as being related to 
the second display set so as to create a set of second display set fields; and 

in response to selecting the category property set, displaying at least a portion of the first 
and second display set fields . 

9. (Amended) A method for organizing metadata, the method comprising: 

in response to a user request, creating a category property set , wherein each of the 
category property sets defines the data fields for a selected category of content files ; 

selecting a set of metadata fields related to the category property set wh e rein th e m e tadata 
fi e lds corr e spond to a data typ e; 

creating a set of display groupings; and 

grouping the selected set of metadata fields into at least one of the display groupings to 
form metadata field groupings. 
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1 1 . (Amended) A method for dynamically displaying a set of metadata field data having 
specific display relationships on a plurality of platforms, the method comprising: 

receiving a category property set wherein the category property sets includ e s is associated 
with a set of display groupings and a set of metadata fields wherein the metadata fields are 
related to at least one of the display groupings; 

generating a display structure with comprising display grouping structures that are based 
at least in part upon the set of display groupings; 

populating the display groupings with metadata field structures wherein the metadata 
field structures are related to at least one of the metadata fields; 

receiving a set of metadata field data related to the set of metadata fields; 

populating the metadata field structures with the related metadata field data; and 

displaying the display structure. 

17. (Amended) A metadata editor system for organizing, displaying, and allowing access 
to metadata from a metadata database on a plurality of platforms, the metadata editor system 
comprising: 

a m e tadata databas e configur e d to stor e metadata; 

a metadata organization database configured to store category and property information 
about the metadata that s ignifi e s r e lationships with th e metadata ; and 

a graphical user interface display module configured to display subsets of the metadata 
wherein the subsets of metadata are organized by display groups , and wherein the types of fields 
in the display groups are configurable by a user . 

19. (Amended) A metadata editor system for organizing, displaying, and allowing access 
to metadata from a metadata database on a plurality of platform, the metadata editor system 
comprising: 

m e ans for storing m e tadata; 

means for storing metadata organization data wherein the metadata organization data 
includes groupings that define subsets of metadata as well as display sets; and 
means for displaying subsets of metadata wherein the subsets of metadata are organized by 
display sets , and wherein the types of fields in the display groups are configurable by a user . 
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